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Claims 1-24 arc pending in the present apiilication. Reconsideration of Ihc claims 
is rcspcctrully requested. 

OhIecHon to the Urnwings 

Tlic Office Acliou objects lo Ihc drawings under 37 CFR 1.83(a) because they 
allegedly do not show the feature of the selecting means and the step for selecting a list of 
users as recited in claims 22-24. Applicant disagioes and directs the Examiner's attention 
to Figure 1 of the present invention. Specifically, Figure 1 contains an Administrator 
liUcrAicc 22, a Profile Table 24 and a Processing I Jnit 20, all of which contributes to a 
means and step Jbr selecting a list of users based on profile infonnation in the profile 
table. 

rage 4, lines 7-14 of the present specification discloses the relationship between 
the Administrator Interface 22 and tlio Profile Table 24 in selecting a list of users based 
on profile infoniKilion in (he profile tabic: 

A jucssage or an alarm can be manually sent when the server 
administmtor Miie§Llho»lSSSaficior.a.|arm^ on Administrator In t erface 2 2 
.mlJlliiUltesJheMnsnijsMo o f users whose prp fila has 

been sel ec ted iyn P ,tj>IljoTHbic24. Then, llv3 message is sent by Message 
Scn<lcr 28 over the network lo all mnning workstations corresponding to 
the selected profile. On the user workstaticm, the Java alann prograni 
receives the message (or alarm) and displays it on the foreground of the 
user screen, and an alaim tunc is also played. Once the message is read, 
the user pres.ses the OK key and the program switches in the background. 
Then, the Java alann program sends back (u server 16 an 
acknowledgement which can be used for sl.Uistlc purposes on the server. 

In addition, page 3, lines 16-21 describe the administrator interaction with Processing 

Unit 20 in selecting a list of users based on profile infonnation in the profile table: 

Server 1 6 includes a Processing Unit 20 which handles ihe server 
and is also used to process all the operalioiw conhoUcd by an 
administrnior entering Ihc server via an administrator interface 22. Server 
IG also comprises a System Network Mcss;iging Protocol (SNMP) 
Interface 23 to monitor defined machines, it Profile Table 24 for the 
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registration of user profiles, an Alarm Scbcdulcr 26 and a Message Sender 
28 coniicclcd lo node 18. 

'iluis, ilie jjrcsciU specification clearly st-ates that the administrator interacts with 
server 16 using Administrator Tnlcrface 22. The Administrator selects users through 
Adjninisimtor Interface 22 from ProHIc Table 24. In addition, it is clear froni Figure 1 
and the sections reproduced above that the Processing Unit 20 allows an interaction 
between the Admijiistrator Interface 22 and the Pi o file Table 24. Thus, the means for 
.selecting a user resides in the Adniinistrator TntcrJiice 22, the Processing Unit 20, or a 
combination of the Administrator Interface 22 ans\ the Processing Unit 20. 

Thus, despite allegations made in the OfTicc Action, Figure I does, in fact, depict 
Ihc feature of the selecting mean.-? and the step for selecting a list of users as recited in 
claims 22-24. flicrofore, the objection to the drav/ing.s under 37 CFR 1 .83(a) is 
overcome. 



H. 35 IJ.S.C. § 112. First Pnra y>raph 



'fhc Ornce Action objects lo the specification under 35 U.S.C. § 1 12, first 
paragraph, as failing to adequately teach how to mfikc and/or use tlie invention in claims 
22-24. Additionally, the Office Action rejects the claims under the same reasons. This 
rejection is respectfully traversed. 

In rejecting claims 22-24 under 35 U.S.C. {? 1 12. first paragraph, the Office 
Action states: 

The specification is objected to undjr 35 U.S.C, § 112, first 
paragraph, as failing to adequately teach how to make/or use the 
invention, i.e., failing to disclose list of user is a .subset of the plurality of 
users. Applicant's disclosure is insunicicni to allow one of ordinary skill 
in the art to make oriise the invention without undue experimentation 
because applicant did not adequately disclose the necessary apparatus to 
perform the claimed method. See In ro Gnim, 190 USPQ 402, 406 (CCPA 
1 076). In fact applicant's disclosure did not even sufficiently include 
selecting means and method step of selccthig a list of users, which is a 
sulMct of the plurality of user, based on profile information in the profde 
table on which the claimed method and system could be implemented 
Onicc Action dated January 29, 2004, page 2. 
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Applicant rcspcclFully disagrees and directs Ihe lixaminer's attention to page 3, 
lines US ofthc present spcciflcalion, which reads os follows: 

Tlicreforc, the invciilion relates lo A sysleni for broadcasting alami 
messaecs fvoni a server to a Jjstof Uj3Crs_a) go ne a plurality of multi- 
nMConn users sharing the server in a dala transmission network operating 
imdor fntemet Protocol (IP) and using the Java language. This system 
comprises a profile tabic which conlains llie profiles of eaclj user, and 
processing and transmilling means which enable an administrator 
associated with the server to transmit nlann messages to the users of the 
list \vjierdiUhi^^ b y selec ti ng nrofilos in th e profile 

table. ^h<i alaiiti messages being displayed on Ihc screen of the workstation 
associated with each selected user ifthc workstation is nuining, 

Tlius, the present specification states that tlic alarm jnessagc is sent to a list of users 
amc>ng.a plurality ofmiiltl-platfomi users. In olbtr words, the plurality of multl-plalforni 
users is a set of uscns which contains a list of useri as a subset of the plurality of multi- 
plairomi users. The list of usci-s selected from the profile table is among the plurality of 
multi-platfomi users. Thus, the present specification discloses that the list of users is a 
subset of the plunalily of users. 

In addition, as set foilli above, Figure I of Ihe present invention discloses the 
selecting means and method for selecting a list of users. Thus, the present specification 
docs, in Diet, disclose that the list of users is a subset ofthc plurality of users. Similarly, 
the present specification also discloses a selecting means and method of selecting a list of 
users, which is a subset ofthc plurality of users, based on profile infoimalion in the 
profile tabic. Therefore, the objection oftlic specification under 35 U.S.C. § 112, first 
paragraph has been overcome. 

35 U.S.C. 6 102. Alleecil Anticipadou of Claims 22-24 

The OIUcB Action rejects claims 22-24 under 35 U.S.C. § 102(c) as being 
allegedly anticipated by RnlTel ct al. (U.S. Publicaiion No. 20020082892). Tliis rejection 
is respectfully traversed for at least the same rcasojis as noted in tho Response lo Office 
Action iilcd on December 17, 2003, tl)c remarks of wluch are hereby incoiporalcd by 
reference, with regard to clainis 1. S and 15 from which claims 22-24 depend. 
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Specifically. Jiciiher Stiipck nor Drala (which are the basis for the rejection of 
claims 1-21, from which clmms 22-24 depend), cillicr alone or in combination, teach or 
suggest an admiiiiijtnilor associated willi a server t ending alarm messages to a list of 
users, sclcclcd from a phirality of users within a pi ofilc tabic, hi addition, RafTel docs not 
provide for the deficiencies of the proposed Stupck-Drala combination. Raffel is directed 
to a system for providing transactional infonnation of deals, contracts, accounts and leads 
over the inlemct- The transactional information is accessed and shared among members 
of the host ori^anization. The transaclional information can be imported into otlicr 
applications such as, for example, a spreadsheet. An administrator is responsible for 
providing each authorized user with materials necessary to use the system such as 
software and access information, hi a<ldition, Ihc Jidministrator can configure the system 
to noti fy users every time lliere is new or changed information for accounts or deals to 
which a user lias access. 

Thus, Raffel is concerned, in part, with notifying users when information in the 
system coriesponding to accounts or deals is updaied. While Raffel may teach sending a 
notification to a user, there is nothing in Raffel than leaches that an administr ator 
associated with a server sends an alunn message to a list of users, selected from a 
plurahty of users, wilhin a profile table. To the contrary, the administrator in Raffel 
configures the system to aittom atjcaUy send out nolifications as statcil in paragraph 0082 
of Raffel, which reads as follows: 

The territorial configuration of the (?IMS system provides a way to 
create groups of related accounts, contacts, and deals and to designate 
groups of users who have a responsibility to manage and track business 
taking place within each tciritoiy. In one cinl)odimenl, system 
adniiinstrators have the ability to establish ;ind maintain teiTitory 
definitions and to determine access rights of users to the lemtorics, but the 
embodiment is not so limited. Territories are important in that they limit 
access to ))otentially senshive deal information. By setting up territories so 
that they reficct the way an organization does business and by assigning 
appropriate staff members to each teriitory, only those users who are 
authorized to do so will be able to view or change coiifldential infonnation 
relating to a territory. Furthermore, lerritorit'S can be used to aggregate 
accounts and deals for reporting, fiUcring, and notification. For example, 
users may create pix>files that show accounts, contacts, or deals in specific 
territories. Moreover, iLSystcjiiadrnm^^ the ClM Sjo 

ilotifY. usersey pAX^^ f^ cd infom i ation for a ccounts 



Pase 10 of 20 
Foiicarnicr - 09/407 J3R 

PAGE 12Q2 ' RCVD AT 3/29/2004 4:51:41 PM [Eastern Standard Time] ' SVR:USPT0{FXRF-1/2 ' DNIS:8729306 ' CSID:972 367 2002 ' DURATION (mm-$$):07-06 



HAR-29-2004 HON 03:56 PM CARSTENS. YEE & CAHOON FAX NO. 972 367 2002 P. 13 



Qr^dpalslhnt ar c located oiil y in their territories. This enables the member 
of a particular sales team to focus on the luforniation that is most critical 
to Iheni. 

Thus, once the administrator sclc-cts which events will trigger a notification, the 
system automatically sends the notifications to the users. CUiims 1. 8 and 15 of the 
present invention recite that (he ad m inistrator send.<i the alarm to a list of users, selected 
from tho plurality of users within the profile table. This is a manual process pcrfonTied 
by an administrator an<l not an automaiic process such as tliat taught in RaffcL 
Therefore, llic rejection ofclaims 22-24 under 35 CJ.S.C. § 102(e) is overcome, 

»V. 35 rJ,S,C. S 102, Alleged Atilicination of Claims 22-24 

The Omcc Action rejects claims 22-24 ujujcr 35 U.S.C. § 102(c) as being 
allcgeilly anticipated by Ruckdashel ct al. (U,S. Patent Mo. 6,038,542), This rejection is 
rcspcctrully traversed for at least tlie same reasons as noted in the Response to Ofilcc 
Action filed on December 1 7, 2003 with regard to claims 1 , 8 and 15 from which claims 
22^24 depend. 

As set forth above, nehhcr Stupck nor Drab (as applied to claims I, 8 & 15), 
cither alone or in combination, teach or suggest an administrator associated with a server 
sending alarm mcsssiges to a list of users, selected from a plurality of users within a 
profile table. In addition, Ruckdashcl docs not provide for the deficiencies of the 
projjosed Slupck-Drala combination, Ruckdashcl is directed to a system for notifying an 
individual of a scheduled event. A server retrieves u user's schedule information and 
analyzes the information. Events within a specified lime frame arc queued and a 
notification server is activated at the time that the t^ncucd event is to occur The user is 
then notified oflhe event. 

As in RaffcK the process of notifying the user is a utomated . Tlio administrator's 
main task in Ruckdashcl is to maintain the database of users by adding and deleting users. 
The actual notification is performed by notification soflwaic. Thus, Ruckdashcl does not 
tcacli an administrator associated with a server sciulinRala nn messages to a list of users, 
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selcclcd from a plurjility of users, within a profile tabic. Therefore, the rejection of 
claims 22-24 imilcr 35 U.S.C. § 102(e) is overcoj'^c. 

^' Response to F.xaminer\s Rebuttal of A|»nlicant's Arguments With Respect to 
Claims 1-21 

The lixamincr maintains his position as sci forth in the Office Action dated 
September 17, 2003 with regard to the rejection ol' claims 1-21. Spcciilcally, tlio 
Kxaminermaiotoins the rejection of claims 1, 8 arul 15 under 35 U.S.C. § 103(a) as being 
allegedly unpatentable over Stiipek, Jr. et al. (U.S. Patent No. 6,131.1 IS). Additionally, 
the Examiner maintains the rejection of claims 2-.S, 7, 9-1 2, 14, 16-19 and 21 under 35 
U.S.C. § 1 03(a) as being allegedly unpatentable over Slupck, Jr. et al. (U.S. Patent No. 
6, 1 31, 118) in view of Event No.tiner^a_.Paltem for Event Nolifica tinn by Drala soAware 
published in Java Report, July 1 998, Volume 3. Number 7. Further, the Examiner 
maintains tJic rejection oFclaims 6, 13 and 20 under 35 U.S.C. § 103(a) as being 
allegedly unpatentable over Slupck. Jr. et al. (U.S. Patent No. 6,1 31,1 1 8) in view of 
teilJsIsaificiiaPimci^^ by Orala so aware published in Java 

MmL, July 1998, Volume 3, Number 7 and in further view of Cote ct al. (U.S. Patent 
No, 6.021 ,262). 1 hcsc rejeclion.s have been addressed in the Response to Office Action 
filed on December 17, 2003. I hus, in the following remarks, Applicant will 
appropriately uddress only the Exajnincr*s rebuttal of Applicant's arguments set forth in 
the I'inal Response to Office Action dated January 29, 2004. 

With nesord to Applicant's arguments filed on December 17. 2003, the Office 
Action states: 

Applicant's argumcjits filed on 12/1 7/2003 have been fully 
considered but they arc not pcrsuiisivc, In 1 lie remarks, applicant argued in 
substance that: 

(a) Prior art failed to teach administrator associated with a server 
sending alomi to a list of user, selected from a plurality of users within a 
profile table, as recited in claims 1, 8 and 15. 

As to point (a).. Examiner disagrcc«l, there is no support in neither 
specification nor claims tliat suggested a list of user is or must be selected 
from users within a pro fife table. Without specific support, tlie examiner 
can interpret the claims' language as. selecting user(s) ba.sed on his or her 
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profiJcs and sending a notification to Ihc iiacrCs) whose profile meet a 
criicrion. Fuithcr, Ihc examiner noted thai the claims language read on 
many event notificiilion systems, e.g., coiuact list nolification, news or 
services subscribing, which sent the notificalion on usera registration, 
subscriptions or users proFiles basis, Sinct?, Ihcit: is no specific profile 
sLnicturc was taughl in the disclosure, Th^^ examiner, therefore, allowed to 
give tlio broadest reasonable inteq>rctatioij lo such claims' limitation. 
FuUhcrrnorc. nowhere in the disclosure th|;l suggested a list of users, i.e., 
user nanics, nuusl be within the profile table, thus, a database contains 
objects' profile could be construed as a profile tabic. It is not necessarily 
that the profile table jnust contain list of lu^ers' name, it could be a 
plurality of objccf s pix>n]cs, which arc as^fociateil with a plurality of users. 
Selectively, bases on a criterion, the syslein could form a list of users from 
the profiles that met the criterion, for re<:eivij)g the notification(s). And, 
that was taught in Stupek, the interconnccrion engine relays a particular 
event based on registration infonnation, (Col. 9, lines 1-46); in one 
embodiment it includes action category th:^( includes threshold tools allow 
the user to be notified whenever Ihc eerlain condition arise. (CoL 7. lines 
10-64). 

(b) The exajuiner hindsight. 

As to point b., in response to applicant's argument that the 
examiner's conclusion of obviousness is b?iscd upon improper hindsight 
reasoning, it must be recognised that any judgment on obviousness is in a 
sense necessarily a reconstruction based u|ion hindsight reasoning. But so 
long as it takes into account only knowledi;.c which wa.s witliin Ihc level of 
ordinary skill al the time the claimed in veidion was made, and docs not 
include knowledge gleaned only from Ihe npplicant's disclosure, such a 
reconstruction is proper. 
Final Office Action dated January 29, 2004, pages* 5-6. 

Claim 1, which is representative of claims H and 15 with regard to similarly 
recited subject mailer, ruads as follows: 

1 - System for broadcasting alanii mei!.*.ages from a server to a list of 
users among a plurality ornniltl-platform mcvs sharing the server in a data 
transmission network operating under Internet Protocol (IP) and using 
Java language, said system being charactcrj/ed in that it comprises: 

a profile tabic containing profiles of each one of said plurality of 
users; and 

processing and transmitting mcajis (;nabling an administrator 
assocjatcd^lji the list of usei-s 

wju^i s.ai(^^ said alann 

mcss;igcs being displayed on a screen of a workstation associated with 
each selected user if said workstation is innning, (emphasis added) 
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Stiijjck docs not leach or suggest an sdaii'iislEilor associated with a server sending 
alarm messages lo a Hsuf us<M.^clcctedi^^ within a profile table 

as rccilcd ill claims 1. 8 and 15 of the present invention. Tlie Ofllce Action states that 
tljerc is no support in citlicr the specification or llw claims that suggests lliat a list of users 
is. or must be, sclcetod fi-om users within a profile table. Applicant respectfully disagrees 
and directs the Examiner's attention to the languaye of claim 1. Specifically, claim I 
recites a.p«lfilclabj6w)ntaiiir^ and 
processing and transmitting means enabling an adiiiinistrator associated with said sei-ver 
10 transmit abmi messages toilKiisloru§.ers.\vhcrcjn said users have been selected from 
saicl pronio Jablc. Thus, the profile table contains profiles for a plurality of users and 
alann messages arc sent to users selected from tlio plurality of users within the profile 
table. 

Addilioiially, the present specification also provides support that the list of users 
is selected from users in a profile table, for exajuplc, at page 2, line 17 page 3, line 8, 
which reads as follows: 

Another object of the invention is to provide a heterogeneous data 
transmission network such as aii IP network wherein at least a server can 
broadcast information and alarm messages to a_listofii scrs defi ned by 
thcir.profijksprcvjf^ 

Therefore, the invention relates lo a system for broadcasting alarm 
messages from a scrvcrtoaiist orusersani on& aphn alitv ofmiilti- 
pMfQrinj.iscrs sharing tlic scwcr in a data Iransniission network operating 
under Internet Protocol (IP) and using tlio Java language, This system 
comprises a pjofiletablo whic h contai ns thu pr ofiles o f each user, and 
processing and transraittitig means which c nable an administrator 
associated with the server to transmit alam^ messages to the users of the 
list wherein tlic uscrihav^cnselgfitcd by sel cctinsz profiles in the profile 
tayc, the alarm messages being displayed on the screen of the work 
slation iissociatcd witli each selected user ifllic workstation is running. 

I'lirthor support for this feature is also provided at page 3, lines 1-8, which is 
reproduced above. This section clearly recites the feature of enabling an administrator 
nssociatcil with a sci-vcr lo transmit alarm messages to the users of the list w hereini|io 
users MycbcmselfffitjD^ Additional support caji 

also be found at page 4, lines 7-9, which is also reproducod above. Tin's section states 
thai "a message or an alarm can be manually sent when the server administrator writes 
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Ihc mcssa.qii (or nlam\) on Ailminlstraior lutcrfacc 22 and initiales Uic Iransiuission 
thcrct) r to gUistj)i.uscrswlK)so profil e has be ci\ sc^lcctc d in Profile Table 24." 

Thus, UiC! present spccificalion spceifically recites liio feature of a proille table 
containing pronics ofa phiralily of users. Addilioiially, the present spccificmioji also 
recites the feature of selecting a list of users by schxiing profiles in the profile tabic. 
Thus dcspily allegations inaUc in tlio Office Acijoii, both the claim language and the 
present specification provide support for a list u.scrs being selected from users within a 
profile table. Thcrcfore, (he ILxamincr cannot simply disregard what is actually recited in 
the claims and come up with his own unsupported inleiprctation of the claim language 
jn.st so il appears as though the claims read on the cited art. 

In addition, the Office Action states that th.;; present spcci/ication does not 
specifically recite that the profile table must contain a list of users' names. Therefore the 
Rxaminer interprets the profile table as containing a plurality of object profiles, which arc 
associated with each ofa plurality of users, wherein tlic system could form a list of users 
from piofilcs that meet certain criterion for receiving notifications. First, this argument is 
extraneous to the actual claim language. Nowhere in tlic claims is there any recitation of 
"users' names" and thus, the Examiner's arguments with regard to this topic arc 
iiTclevani. Second, even if the Dxaminer chooses to intciprct the profile tabic in such a 
manner, vSlupek still docs Jiot teach that a profile tahlc contains a plurality of object 
profiles, which arc associated with each of u plurality of users, wherein the system could 
form a list of users from profiles that meet certain trilerion for receiving notifications, 
despite allegations made in the l"inal Office Action. 

In Sllipck, the event must meet certain cj\\cfi ja in order for a notification to be sent 
to the administrator. In the claimed invention, the u sers, or u.ser profiles, must mft ^t 
mim_cnl^i in order to receive a notification. Tlicro is simply nothing in Slupck that 
leaches a list of uscre is selected based on a profile fo receive an alann message, let alone 
an admini-slrator as.sociatcd with a server sending ahim-i messages to a list of users, 
selected from a pUirnlity of uscra within a profile table as recited in independent clnims I , 
S and 1 .5. TJie Ollice Action, however, alleges that this feature is taught by Stupclc at 
column 9, lines I-'IC), which reads as follows: 
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Fro. 3 is a block diagram of tlio AK 210 including the iatcreonnccl 
engine 212 that is responsible for connccling together events with 
constriiclions or "listeners" 302 oflhc events. Jn ibe embodiment of I-'IG. 
3, the inlercojinect engine 212 receives an uvent signal or notifieation, 
either cxlccnally or from a conslruclion 302, and relays the event to llic 
appropriaic one of the consiiuctions 302. The interconnect engine 212 
determines which construction 302 to relay the particular event to based 
on icgisir;iiiou infoniiation that ha.<j been recorded in tlic interconnect 
engine 212. The interconnect engine 212 iiicludes event detection logic for 
rcgi/slcring to receive events using intcrco)»icction logic and also passes 
those events to the proper cojistructions bjiscd on (he registration 
infomialion. Further, the event detection logic includes a sei-vcr interface 
for interfacing with ihc network and a server event handler, coupled to the 
sci-vcr inlcrfaco and the interconnection lo^iic, thai routes event 
noliftcations received by the server iutcrfacc to the interconnection logic. 
Thus, an event cycle is supported in which the interconnect engine 212 
receives an event (cither extenully or intei nally) and then determines 
which destination construction(.<!) to send \\\c event. Next, the 
construciion(s) may gentxale an internal event and the inl'cnial cveiit is 
passcfl back to the interconnect engine 21 2 to begin a new cycle. This 
cycle is repented as nccessjiry for the partic nlar management operations of 
the system. The SNCH 226 registers as an event foiwarder and receives 
events for which no listener has registered. 

Such imregislcred events include n^t events received and 
transmitted via the HTTl> server 224. 

FIG, 4 is a simplified block diagram of an exemplary construction 

400 according lo the present invention, This construction 400 ofFIG. 4 
includes, but is not limited to, one or more executable compojicnts 401 , 
interconnection data slnictiirc^ 402. an executable component dispatcher 
403, an event receiver (or event listener prcxy) 404. and executable 
component statistics 405. fhc executable components 401 enable the 
conslruclioit 400 to be activated by notifying the event receiver 404 of the 
event parameters lo Jtionitor. One or more of the executable components 

401 includes an ©vent listener component td register with the event 
receiver 404 and becoines a listener for one or jnore specific events. The 
cvcjil a-ccivcr 404 serves as an event proxy for the executable compojients 
401 by registering with the iiilerconnocl engine 212 to become a listener of 
the one or more specific evcnis. 

This section lias nothing to do with an administrator sending alami messages to 
li.si of users, sclcelcd from a plurality of users within a profile table. This particular 
section is directed to relaying events to the appropi late one of the conslmctions. The 
constructions are soflwarc components which conUiin one or more executable 
contponcnts, intcrconnectioji data structures, an executable component dispatcher, an 
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event receiver (or ovent listener proxy), and executable component stalislics. The 
excculablc conipoucnls wilbio the construction cuntiiin event "listeners". The term 
"listener" as used in Stupek refers to a mechanism for event detection, 'rhcrc is nothing 
in this section or any other section of Stupek that leaches or suggests an admin i strator 
associated with a server sending alarm messages to a h' st of users, selected rrnm a 
jjhira lity o f users withiji a profile table. 

Purthcr. the Office Action slates tlial Slupck teaches thresliold tools thai allow a 
user lo be notified whenever ccrluin conditions arise at colimm 7, lines 10-64. This 
section, as well as surrounding text, reads as follows: 

There are many calggfflricsj>fjictioiis tlia t the manaeemcnt serve r 
lO-Z-discaiKCS. One action category is hardware fault detection, which is^a 
category of actions identifying problems with hardware. Examples of 
hardware fault detection Include failures or predictive failures on hard 
drives, processors, and memory. Most problem rcsolutiojis in the is 
hardware n«ill detection category arc simply idcntined steps that the user 
must follow to correct the problem. Tools in this category allow viewing 
of the problem. Another action is software configuration actions, which 
arc actions that identify potential problems with software cotifigiirations. 
Software configuration actions use version control functionality along 
with the concept of a "software scl". The uvor establishes a set of software 
Ihiit should be loaded on a server, and this category of actions identifies 
any deviations from that set, and difCcrcnct.s between the set and the latest 
software. Problem resolution for software configuration allows 
dislribulion of soflwarc updates, along with retrieval of new software. 
Tools in this categoiy include software disiribution, Jntemct download, 
and report general ion. * 

Ailplhcractipricaic5,<Hyj5^ which are actions that track 

situations on the network identified by combinations of data. The user has 
lo_cpnfifiurcJhc_5iniatjons. The threshold tools allow the us er to monitor 
IIlIU^agemeiit^ata_and he notified whei >ov er cert a in conditions arisft 
Another action category is action advisories, which arc actions that notiPv 
lhcj!sciiMjjcJicv^ri_c^^ such as service 

advisone.s gcncriitcd by the manufacturer of Uic management server 102. 
Other advisory examples include backups, disk storage cleanup, etc. Tools 
for this category provide the details of the action advisory and may allow 
coiTcctivo action, Another action calcgory is software updates, which arc 
actj<msJ|jAt n^ythojiscr software upda t e to software nn 

ll2cir..nciv^rkjj££^^ on a corresponding weii site. Tools for 

this category allow the new update to be r,.«tched from servers setup on a 
Hser'sS network. Another action category i,'; traps, which are actions that 
occur when an SNMP trap, an HTfP oven!, a DMl indication, or similar 
lyiic of trap or event is received. The trap is turned into an action tliat is 
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operated on jusl as any other action. The tools in this category allow Ihc 
user to foward the trap to other managoucni consoles, to page the user 
provide correlation, etc, * 
Tn general, management is often classified by what is being 
managed: hardware, operating system, soaware, etc. The followijig Tabic 
1 illustrates Ihc layers and the nianagoivicnt data that is typical of that 
layer, it is noted that Table 1 is by no means Ofhaustive and simply 
provides typical managcmeiil data for Ihc corresponding layer. 

Thus, this section slates that the managcmisnt server handles action categories. 
One of the aclion categories is a threshold action r ategory. The user configures situations 
for tlic managcnjcnt server to nionilor. When ccitnin conditions arise, the user is 
automatically notified by the system, Thus, an adniinistrator is not sending a notification 
to the user. Rather, it is the management server that is automatically sending the 
notification lo the nscr. Another action category k software updates. When a new 
software iipdaie is available, the management server automatically uotifios the user that a 
now software update is available. Once again, there is no administrator involved in 
.sending any tyi)c of notification to the user. 

Willie this sccUon of Stupck tcjichcs the fciture of allowing a user to monitor 
maiiagcmenl data and then receive notification when certain conditions arise, there is 
Hhsolulcly nothing in this section or any other section of Stupek tliat teaches or suggests 
an /lifmmistraM associated with a sci-vcr sending alarm messages toalist of users. 
.sclaJclf!mLa.P.|uMily^fi!S^ wiihin a profile tfible. This is because Stupek is not 
concerned with sending particul.-u- alarm messages lo a list of users based on profile 
information. Stupek is concerned with accessing a network nianageinenl server and 
managed devices remotely from a client system vij^ an intranet or the Internet using a web 
lirowscr. The user can specify ccitain criteria for the operation of the management sewer 
such as which events to monitor. There is nothing in Stupek that evcj^ alludes to an 
«dminislrator sending alarm messages to a list of ii-.ers, selected from a plurality of users 
within a profile tabic. As set forth above, all notifir-ations to the user are sent 
automatically from the management scivcr, not from an administrator. In other words, 
the users do not send notifications to themselves. 
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Til addition, Hic Bxnraincr alleges that projicr hindsight reconstruction was used in 
icjcciine lha presently claimed invention. Applic:uit understands that all examination 
entails sonic measure ofhindsighl. However, whvn the rqcction is based completely on 
hindsight, as in the present case, to the exclusion of what can be gleaned from the 
references, llicn (he rejection is improper and should be withdrawn. As set forth above, 
Stiipck is not even concerned with the same problems as the present invention. Stupek is 
dircctetl lo a system for managing a network, whc'rcin the user interacts with a 
management sei-vcr over the internet. The present invention, on the oihcr hand, is 
concerned with determining a particular list of users from a plurality of users that may be 
affeclcd by an event and having an administrator transmit an alarm message to that list of 
users. Thus, one of ordinaiy skill in the art would not even look to Stupck to solve the 
problems addressed in Ihc presently claimed invciifion. Tlicreforc, unless the Examiner 
can point to specific references that teach all of the features ofthe presently claimed 
invention, the lixamincr has, indeed, used improper hindsight reconstruction to form the 
rejection of tlic presently claimed invention. 

Applicant as.seits that the presently claimed invention is patentable over the 
alleged prior art. Applicant respectfully requests withdrawal ofthe rejections to claims 1- 
24. 
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Vr. Conclusion 

It is rcspoc(fiilly urged that tlio siibjccl application is patentable over (he alleged 
prior an of record and is now in condition for allowance. The Exannncr is invited to call 
the undersigned at the below-listed tcl^Thone muiiber if in (lie opinion of the examiner 
such a telephone conference would expedite or aid the prosecution uiid examinalioji of 
this application. 




Reg. No. 41,534 

Carst.ins, Yee & Calioon. LLP 

P.O. 14ox 802334 

Dalla.s, TX 75380 

(972) J67-2001 

Attorney for Applicant 



SJW/kg 
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